HOCHSCHULE 


FURTWANGEN 
UNIVERSITY | H FÜ D)) 


Kapitel 3: 
Planung von Softwareprojekten 


3.1 Terminplanung 

3.2 Methoden der Aufwandsschätzung 
3.3 Kostenplanung 

3.4 Ressourcenplanung 

3.5 Inhalte eines Projektplans 


Projektmanagement © Prof. Dr. M. Rezagholi, 2022 Kapitel 3 
1 


HOCHSCHULE 


FURTWANGEN | H FU 
UNIVERSITY ® 


Projektplanung: Voraussetzungen 


U Projektziele festgelegt 


U Organisationsform des Projekts festgelegt 
(Aufbau-Organisation) 


U geeigneter Entwicklungsprozess festgelegt 
(Ablauf-Organisation) 


U geeignete Software-Technologien ausgewählt. 
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SEEN HFU 0) 
Projektplanung I 
Ablauf — Was wird geliefert? 

Hm Welche (Zwischen-)Ergebnisse? 


Strukturplanung I Welche Tätigkeiten? 
V 


Anal der Abhängigkeit 
nalyse der ängigkeiten Kieler In welcher 


Aufwandsschätzung Aufwand? Reihenfolge? 


Termin-, Kosten- und 
Ressourcenplanung 


i ? 
Mit welchen Kosten? Wer? 


Womit? 
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0 HU D)) 
„Gute“ Arbeitspakete ... — 


U starten bei einem konkreten Ereignis oder Meilenstein, 

U enden mit einem konkreten Ergebnis oder Meilenstein, 

U können separat abgeschätzt und verfolgt werden, 

Q sind klein genug, um den Projektstatus transparent zu machen, 


U sind groß genug, so dass eine separate Verfolgung sinnvoll ist. 
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EESHFU e) 
Terminplanung am Beispiel I 


Projektierung einer Anlage (i) 


Arbeitspakete Dauer [Wochen] | Abhängig von 
Entwurf 10 


Fertigung der Zentraleinheit 5 


Bereitstellung der Ein- und Ausgabegeräte 


Projektierung der Software 


Projektierung der Testprogramme 


2 
4 
4 
3 


Erstellung kundenspezifischer Programme 
und Testprogramme 


Anlagentest 


Bereitstellung der Anschluss-Hardware 


Installation 
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SEN HFU 0) 
Aufbau eines Terminplans a, 
Netzplan 


Netzplanarten 


Vorgansknoten-Netzplan Vorganspfeil-Netzplan Ereignisknoten-Netzplan 
Beispiel: MPM Beispiel: CPM Beispiel: PERT 
Vorgänge: Knoten Vorgänge: Pfeile Ereignisse: Knoten 
Abhängigkeiten: Pfeile Ereignisse: Knoten Abhängigkeiten: Pfeile 


Vorgang 


- o 0 ®-® 


Vorgang Vorgang Ereignis Ereignis 


MPM: Metra Potential Method 
CPM: Critical Path Method 
PERT: Program Evaluation and Review Technique 
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Terminplanung am Beispiel 
Projektierung einer Anlage (ii) 


Legende: 


Bezeichnung des 
Arbeitspakets 


FAT D FET. 


SAT P SET 


FAT: Frühester Anfangstermin 
FET: Frühester Endtermin 
SAT: Spätester Anfangstermin 
SET: Spätester Endtermin 

D: Dauer; P: Puffer 
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Abhängigkeiten der Arbeitspakete 


Mögliche Abhängigkeiten zwischen zwei Arbeitspaketen A und B: 


QO Normalfolge (Ende-Anfangs-Folge) 
Anfang des Arbeitspakets B hängt vom Ende des Arbeitspakets A ab. 
Formale Notation: [A] EA [B] 


U Anfangsfolge (Anfangs-Anfangs-Folge) 


Anfang des Arbeitspakets B hängt vom Anfang des Arbeitspakets A ab. 


Formale Notation: [A] AA [B] 


Q Endfolge (Ende-Ende-Folge) 
Ende des Arbeitspakets B hängt vom Ende des Arbeitspakets A ab. 


Formale Notation: [A] EE [B] 


ÜO Sprungfolge (Anfangs-Ende-Folge) 
Ende des Arbeitspakets B hängt vom Anfang des Arbeitspakets A ab. 
Formale Notation: [A] AE [B] 
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SRHHFU e) 
Aufbau eines Terminplans ZI 


Gantt-Diagramm 


Gantt-Diagramme sind Auswertungen von Netzplänen in Form von 
Balkendiagrammen. 


© 22.03.16 
< |23.03.16 
O 24.03.16 
71 25.03.16 
@ 26.03.16 
@ 27.03.16 
< |28.03.16 
© 29.03.16 
< [30.03.16 
© 31.03.16 
71 01.04.16 
@ |02.04.16 
@ |03.04.16 
< |04.04.16 
© 05.04.16 
Z 06.04.16 
O 07.04.16 
71 08.04.16 
@ 09.04.16 
@ 10.04.16 
Z 11.04.16 
O 12.04.16 
< | 13.04.16 
O 14.04.16 


Arbeitspakete 


A 
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Methoden der Aufwandsschätzung N} 
Basismethoden (i) 


Vergleichsmethoden 


U Analogiemethode: Erfahrungsbasierter Vergleich der zu schätzenden 
Entwicklung mit bereits abgeschlossenen ähnlichen Entwicklungen. 


U Relationsmethode: Die zu schätzende Entwicklung wird anhand von 
bestimmten Kriterien mit ähnlichen Entwicklungen direkt verglichen (in Relation 
gesetzt). 


Vergleichsmethoden sind für eine erste grobe Schätzung gut geeignet. 
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Methoden der Aufwandsschätzung N} 
Basismethoden (ii) 


Kennzahlenmethoden 


U Prozentsatzmethode: Aus abgeschlossenen ähnlichen Projekten ist bekannt, 
wie sich der Aufwand auf die einzelnen Entwicklungsphasen verteilt hat. Auf 
Basis dieser Verteilung wird der Aufwand der neuen Entwicklung geschätzt. 


Q Multiplikatormethode: Das zu entwickelnde System wird soweit in Teilsysteme 
zerlegt, bis jedem Teilsystem ein seinem Umfang entsprechender Aufwand 
zugeordnet werden kann. 


Die Anwendung von Kennzahlenmethoden ist problematisch. Warum? 
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SESHFU @ 
Methoden der Aufwandsschätzung y 
Algorithmische Methoden 


O Function Points 
U COCOMO II (Constructive Cost Model) 
U Use Case Points 


Keine Schätzmethode: Story Points 
U Die Methode wurde für agile Entwicklung definiert, 


U Story Points beschreiben die relative Größe einer User Story: A ist großer als 
B, Bisstgrößer als C, ... 
Wie ist aber diese Größe definiert? 


U Aufwände werden mit Story Points nicht geschätzt. 
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Function Points-Methode (i) 


Funktionale Schätzung unbewertete 
Anforde- Function 


rungen Points Bee 
(E1) E3 = E1 * (E2 / 100 + 0,7) 


bewertete 
Function 
Points 
(E3) 


Einfluss- 
faktoren Schätzung 


Legende: 
PM: Personenmonat 
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Kategorie Anzahl | Klassifizierung Gewichtung Zeilensumme HOCHSCHULE 
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Functio/,.;{ 
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Idee 


U Große Software-Projekte kosten überproportional mehr als kleine 
U Die Entwicklung komplexer Software kostet überproportional mehr als 
einfache. 


U Es ist sehr schwer, den Aufwand für die Erstellung von Software abzuschätzen, 
ohne etwas über den Ergebnisumfang und die Komplexität der 
Aufgabenstellung zu wissen. 


> Erst Ergebnisumfang und Komplexität abschätzen und dann den Aufwand 
ableiten. 


| Arbeitspaket ) 


I 


[ Ergebnisumfang, Komplexität | 


I 


Aufwand 
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COCOMO II er HFUSY 


Grundformel 


Aufwand: Aufwand [PM] = m * (Umfang [KDSI])" 


Einfache Projekte (Batchsysteme): m = 2,4, n = 1,05 
Mittelschwere Projekte (Dialogsysteme): m = 3, n = 1,12 
Komplexe Projekte: m = 3,6,n = 1,2 


(Optimale) Projektdauer (Projektlaufzeit, Entwicklungszeit) 


Projektdauer [M] = 2,5 * (Aufwand[PM])° 


s = 0,4 für Standardsoftware 

s = 0,38 für Stapelverarbeitungssysteme (Batchsysteme); 
s = 0,35 für Dialogsysteme/Onlinesysteme; 

s = 0,32 für Echtzeitsysteme 


n 5Rß 5 Aufwand [PM] 
me TeamarsBelAl = Projektdauer [M] 


Legende: M: Monat; PM: Personenmonat; P: Anzahl Projektmitarbeiter; KDSI: Kilo Delivered Instructions 
Projektmanagement 
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Use Case Points (UCP) — 


U UCP-Methode wurde 1993 von Gustav Karner unter Betreuung von Ivar 
Jacobson entwickelt. 


U UCP-Methode geht aus der Function Points-Methode hervor. 


U Erst 10 Jahre später wurde die Methode von mehreren Unternehmen (IBM, 


Ericsson, Credit Suisse und vor allem Capgemini sd&m) aufgegriffen und 
weiterentwickelt. 


U Es gibt bereits einige Tools, die die UCP-Zählweise integriert haben. 


Als Zählmaß werden bewertet: 

U Anzahl Use Cases 

U Anzahl Akteure 

U Technische Faktoren (nichtfunktionale Anforderungen) 
U Projektumgebungsfaktoren 
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Sit HFU @ 
Use Case Points (UCP) N} 


Zählmaß Use Cases 


Die Use Cases werden anhand von Komplexität der Transaktionen (Schritte im 
Ablauf) in drei Kategorien eingeteilt: 


U Ein Use Case mit einem Umfang von einer bis drei Transaktionen (inklusive 
Alternativabläufe) ist „einfach“ und bekommt ein Gewicht W; von 5 UCP. 


U Ein Use Case mit einem Umfang von vier bis sieben Transaktionen (inklusive 
Alternativabläufe) ist „mittel“ und bekommt ein Gewicht W; von 10 UCP. 


U Ein Use Case mit einem Umfang von mehr als sieben Transaktionen (inklusive 
Alternativabläufe) ist „komplex“ und erhält ein Gewicht W; von 15 UCP. 


Die Summe der Gewichte Wi aller Use Cases ergibt die Unadjusted Use Case 
Weights (UUCW). 
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ah HFU @ 
Use Case Points (UCP) N} 
Zählmaß Akteure 


Die Akteure werden ebenfalls in drei Kategorien eingeteilt 


U Akteure, die ein anderes System repräsentieren und über eine API mit dem 
System kommunizieren, werden als einfach betrachtet und bekommen je einen 
UCP. 


U Akteure, die über ein Protokoll (z.B. TCP/IP) mit dem System gebunden sind 
sowie menschliche Akteure, die direkt über Command-Line Interface mit dem 
System interagieren, werden der Kategorie mittel zugeordnet und bekommen 
je zwei UCP. 


U Akteure, die eine Benutzerschnittstelle (GUI) nutzen, um mit dem System zu 
kommunizieren, werden als komplex eingestuft und bekommen je drei UCP. 


Die Summe der Gewichte Wi aller Akteure ergibt die Unadjusted Actor Weights 
(UAW). 


Unadjusted Use Case Points: UUCP = UUCW + UAW 
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Use Case Points (UCP) N} 


Zählmaß Technische und Projektumgebungsfaktoren (i) 


Die UUCP werden nun durch Technical Complexity Factor (TCF) und 
Environmental Factor (EF) korrigiert. 


Q Einflussgrößen des TCF: 
T; | Einflussgröße Gewicht W; 


Distributed systems 2 


Application performance objectives, in either response or throughput 


End user efficiency (on-line) 


Complex internal processing 


Reusability, the code must be able to be reused in other applications 


Installation ease 


Operational ease, usability 
Portability 
Changeability 


Concurrency 


Special security features 


Provide direct access for third parties 


Special user training facilities 
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Zählmaß Technische und Projektumgebungsfaktoren (ii) 


U Die jeweilige Komplexität wird anhand einer Ordinalskala von null bis fünf 
Punkten bewertet. Null bedeutet, dass die Einflussgröße irrelevant ist. Fünf 
Punkte bedeuten, dass die Einflussgröße sehr wichtig ist. 


U Durch die Bewertung der einzelnen technischen Einflussgrößen T; mit [0..5] 
Punkten erhält man den TCF über folgende Formel: 


13 
TCF = 0,58 + 0,01* ) (T,* Wi) 
i=1 
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Si HFU « 
Use Case Points (UCP) y 


Zählmaß Technische und Projektumgebungsfaktoren (iii) 


Ü Analog zum TCF wird der EF durch acht Einflussgrößen bestimmt. EF bewertet 
damit die Rahmenbedingungen des Projekts: 


Ei Einflussgröße Gewicht W; 
Familiar with Rational Unified Process 
Part time workers 


Analyst Capability 


Application experience 


Object oriented experience 


Motivation 
Difficult programming language 


Stable requirements 


U Durch die Bewertung der einzelnen Einflussgrößen E;mit [0..5] Punkten erhält 
man den EF über folgende Formel: 
8 


EF = 1,405 — 0,03 * x « Wi) 


i=1 
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Use Case Points (UCP) N} 


Zählmaß Technische und Projektumgebungsfaktoren (iv) 


U Die Adjusted Use Case Points (AUCP) werden wie folgt berechnet: 


AUCP = UUCP=TCF*EF 


Q Durch Multiplikation mit einem unternehmensspezifischen Produktivitätsfaktor 
(PF) im erwarteten Wertebereich [20 — 35 Mitarbeiterstunden/UCP] ergibt sich 
daraus der geschätzte Projekt-Aufwand PE in Mitarbeiterstunden. 


PE = AUCP *PF 
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Bewertung der UCP-Methode 


Es gibt eine Reihe von Kritikpunkten an der UCP-Methode nach Karner: 
U Geringe Gewichtung der Akteure 

U Mangelnde Praxiserfahrung 

U TCF und EF nicht mehr zeitgemäß 

U Die Komplexitätsstufen der TCF und EF zu vage 


O Nicht für alle Entwicklungen geeignet, z. B. nicht für Anpassungen oder 
Wartungsprojekte 


U Die verwendeten Skalentypen sind nicht definiert. 
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Vorgehen zur Aufwandsabschätzung 


U Einzelschätzung: 
Schätzung der Arbeitspakete durch je einen Experten. 


U Mehrfachbefragung: 
Getrennte Schätzung durch mehrere Experten und Mittelwertbildung ohne 
Informationsaustausch. 


U Delphi-Befragung 
Getrennte Schätzung durch mehrere Experten mit anschließender Einigung 
auf einen Wert. 


U Schätzklausur 
Mehrere Experten schätzen gemeinsam im Kollektiv. 
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Schätzungen sind immer unscharf 


ABER: 

Schätzungen werden 

genauer durch 

+ mehr Informationen 
im Projektverlauf und 

+ Einsatz von 
systematischen 
Schätzmethoden. 


Abweichung Plan-Ist 


Analyse Entwurf ER Abnahme 


—— ohne Schätzmethoden 


—— mit Schätzmethoden 
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Schätzwert > Zielwert? Was tun? 


ha . Wir schaffen das, 
Wir dürfen nicht Chefl!! 


länger brauchen!!! 


FE N 
NEIN: Den Aufwand für alle Arbeitspakete pauschal reduzieren. 
NEIN: Qualitätssichernde Maßnahmen (Reviews, Tests, etc.) kürzen. 


JA: Prüfen, ob die Realisierung bestimmter Anforderungen in der nächsten 
Version erfolgen kann. 


JA: Eine Liste von Risiken erstellen, die beseitigt werden müssen, damit 
die geforderten Randbedingungen eingehalten werden können. 


© JA: Rechtzeitige Erhöhung des Personals (Überstunden vermeiden). 
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Timeboxing (i) HF 


Planungstechnik im agilen Entwicklungsprozess 


U "Verdrehte" Arbeitslogik: Nicht die Arbeitspakete werden geschätzt und mit 
Terminen versehen, sondern Termine werden festgesetzt zu den die 
Ergebnisse vorzulegen haben. 


U Endtermin des Projekts wird also vorgegeben. Alles (Funktionalität, Qualität, 
Ressourcen, ...) muss sich an der Zeit orientieren. 


Funktionsweise 


U Für die Bearbeitung jedes Arbeitspakets wird eine fixe Zeitdauer (Timebox) 
geplant. 


O Mit Ablauf dieser Zeit gilt das Arbeitspaket automatisch als erledigt. Der 
Verantwortliche muss sein Ergebnis präsentieren. 


U Die Verantwortlichen erledigen die Aufgaben mit der bestmöglichen, in dieser 
Zeit machbaren Qualität und gehen dann zum nächsten Arbeitspaket über. 
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Timeboxing (ii) HFUY 


Planungstechnik im agilen Entwicklungsprozess 


Eigenschaften des Timeboxing: 

U Im Projekt herrscht permanent ein Gefühl der Dringlichkeit. 
U Der Fokus liegt auf das Generieren schneller Lösungen. 

U Arbeitspakete werden in vorgegebener Zeit "erledigt". 


U Qualität kann vernachlässigt werden. 


Time Boxing eignet sich für eine Vielzahl von Projekten nicht. 
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Kapitel 3: 
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3.3 Kostenplanung 
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Kostenplanung 


Kostenplan eines Projekts stellt die Grundlage der Projekt-Budgetierung 
durch die Unternehmensleitung dar. 


Hauptkostenfaktoren der SW-Entwicklung: 
U Personalkosten 


U Kosten der Fremdentwicklung 


Weitere projektspezifische Kosten: Hardware, Werkzeuge, COTS- 
Komponenten (Commercial of the shelf), Testplattform, projektspezifische 
Weiterbildung, ... 


Gemeinkosten (Kosten, die nur anteilig einem Projekt zugeordnet werden 
können): Mietkosten, Gehalt des Verwaltungspersonals, ... 
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Ressourcenplanung 


Ziel: Optimaler Ressourceneinsatz über die gesamte Projektlaufzeit. 


In einem Softwareprojekt sind in aller Regel nur die Ressourcen zu planen, die 
im Entwicklungsprozess verwendet, aber nicht verbraucht werden (zumindest 
nicht kurzfristig): Personal, Infrastrukturen. 


> Im Weiteren wird nur die Personalplanung betrachtet. 
Bei der Personalplanung sind zu beachten: 


Q Qualifikation der Projektmitglieder 
OU Verfügbare Personalkapazität (zeitliche und örtliche Verfügbarkeit) 
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SEN HFU 
Ressourcenplanung I 
Vorgehen (i) 


Schritt 1: Ermittlung der verfügbaren Personalressourcen (bzw. der Ist- 
Kapazität oder der möglichen Maximalauslastung) 


U Brutto-Zeitvorrat: Nominell verfügbare Arbeitszeit 


U Netto-Zeitvorrat = Brutto-Zeitvorrat — (Urlaubszeit + Krankheitszeit + 
Schulungszeit +...) 


Schulung 


Urlaub 


Verfügbares Personal [p/m] 
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Ressourcenplanung N} 
Vorgehen (ii) 


Schritt 2: Errechnen des Personalbedarfs 


APs |Aufwand [PM] |Dauer [M] 


P1 9 3 
P2 4 4 
P3 6 2 
PA 3 2 


Aggregierte Bedarfe 
über die Zeit 


Anzahl Personen 


Zeit IM] 


Zeit [M] 
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Ressourcenplanung a, 
Vorgehen (iii) 


Schritt 3: Vergleich Vorrat und Bedarf (Vergleich Ist-Kapazität und 
Kapazitätsbedarf) 


Anzahl Personen 


Ist-Kapazität 


> 


Zeit [M] 
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Ressourcenplanung 
Vorgehen (iv) 


Schritt 4: Optimierung der Auslastung (Änderung des Plans zwecks 
Übereinstimmung von Ist-Kapazität und Kapazitätsbedarf) 


QO Fall 1: Interne Optimierung möglich (Ausnutzen von Puffern) 


Ist-Kapazität 


=> 


Anzahl Personen 


"Zeit [MI 


>» 


Zeit [M] 
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Ressourcenplanung 
Vorgehen (v) 


QO Fall 2: Interne Optimierung nicht möglich. Hier gibt es folgende 
Handlungsweisen: 


"= Ressourcen einkaufen oder geeignete Unteraufträge definieren und vergeben. 
= Fertigstellungstermin verschieben. 
"= Kombination von beiden Maßnahmen. 


Dieses Vorgehen der Ressourcenplanung ist praxisuntauglich. Warum? 
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Ressourcenplanung a, 


Kommunikation und Personalbedarf (i) 


6 8 
Bei der Ressourcenplanung ist der Kommunikationsaufwand zu 
berücksichtigen, da mit wachsender Zahl der Projektmitglieder 
der Abstimmungsaufwand im Team überproportional f) 
wächst. 


Zeit t 


Gesamtaufwand 


optimale 
Mitarbeiteranzahl 


Zeitbedarf für 
Kommunikation 


minimale 
Dauer 


Zeitbedarf für 
produktive Arbeit 


Anzahl Mitarbeiter n 
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SEHHFU 0) 
Ressourcenplanung I 


Kommunikation und Personalbedarf (ii) 


Das Zerlegen des Projekts in sinnvolle Teilprojekte reduziert den 
Abstimmungsaufwand. 
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HOCHSCHULE 


FURTWANGEN ) 
UNIVERSITY | H FÜ D) 


Kapitel 3: 
Planung von Softwareprojekten 


3.1 Terminplanung 

3.2 Methoden der Aufwandsschätzung 
3.3 Kostenplanung 

3.4 Ressourcenplanung 

3.5 Inhalte eines Projektplans 
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HOCHSCHULE | 


HU 
Inhalte eines Projektmanagementplans N} 
nach IEEE 1058 (i) 


Title Page 4. Project Organization 
Change History 
Preface 

Table of contents 
List of figures 
List of tables 


4.1 External Interfaces 
4.2 Internal Structure 
4.3 Roles and Respornsibilities 


. Project Overview 5. Managerial Process Plans 


. 5.1 Start-up Plan 
1.1 Purpose, Scope, and Objectives 5.1.1 Estimation Plan 


1.2 Assumptions and Constraints 5.4.2 Staffing Plan 
1.3 Project Deliverables 5.1.3 Resource Acquisition Plan 
1.4 Schedule and Budget Summary 5.1.4 Project Staff Training Plan 
1.5 Evolution of the Plan 
5.2 Work Plan 
5.2.1 Work Breakdown Structure 
2. References 5.2.2 Schedule Allocation 
er 5.2.3 Resource Allocation 
3. Definitions and Acronyms 5.2.4 Budget Allocation 
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HOCHSCHULE 


us HFÜ @ 
Inhalte eines Projektmanagementplans N} 
nach IEEE 1058 (ii) 


5.3 Project Tracking Plan n 
5.3.1 Requirements Management 7. Supporting Process Plans 
5.3.2 Schedule Control 
5.3.3 Budget Control 7.4 Configuration Management 
5.3.4 Quality Control 7.2 Verification and Validation 
5.3.5 Reporting 7.3 Documentation 
5.3.6 Project Metrics 7.4 Quality Assurance 
7.5 Reviews and Audits 
5.4 Risk Management Plan 7.6 Problem Resolution 
7.7 Subcontractor Management 
5.5 Project Closeout Plan 7.8 Process Improvement 


6. Technical Process Plans 8. Additional Plans 


6.1 Process Model Annexes 
6.2 Methods, Tools, and Techniques Index 
6.3 Infrastructure 

6.4 Product Acceptance 
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lan) 
Strukturplanung am Beispiel eines Projekts zur y 
Entwicklung eines Compilers 


Was wird geliefert? 


U Compiler-Software (Parser, Code-Generator, File System, Run Time System, 
GUI) 


O Doku 
O Installationssoftware 


Welche Zwischenergebnisse? 
Test-Werkzeug, Prototypen, Anforderungsspezifikation, Testspezifikation, ... 


Welche Tätigkeiten? 
PL, Konfigurationsmanagement, Testen (Durchführung), ... 
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nn SS HFU )y 
Terminplanung am Beispiel a, 


Projektierung einer Anlage (i) 


Arbeitspakete Dauer [Wochen] | Abhängig von 
Entwurf 10 


Fertigung der Zentraleinheit 5 


Bereitstellung der Ein- und Ausgabegeräte 


Projektierung der Software 


Projektierung der Testprogramme 


2 
4 
4 
3 


Erstellung kundenspezifischer Programme 
und Testprogramme 


Anlagentest 


Bereitstellung der Anschluss-Hardware 


Installation 
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SE HFU )y 
Terminplanung am Beispiel I 


Projektierung einer Anlage (ii) 


Legende: 
Bezeichnung des 
Arbeitspakets 
FAT D FET 
SAT P SET 


FAT: Frühester Anfangstermin 
FET: Frühester Endtermin 
SAT: Spätester Anfangstermin 
SET: Spätester Endtermin 

D: Dauer; P: Puffer 
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HU @ 
Terminplanung am Beispiel N} 
Projektierung einer Anlage (ii) -— FAT, FET 


Projektmanagement © Prof. Dr. M. Rezagholi,2022 | Kapitel 3 
Anhang 


HU @ 
Terminplanung am Beispiel y 
Projektierung einer Anlage (ii) -— SET, SAT 
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Terminplanung am Beispiel 
Projektierung einer Anlage (ii) — Puffer 


21 
21 


I 
Spielraum l 
l 
T 
I 
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Gängige Abhängigkeiten zwischen zwei 
Arbeitspaketen A und B 


Normalfolge (Ende-Anfangs-Folge): Überlappung: 


Anfang des Arbeitspakets B hängt Arbeitspaket B Beginnt vorm Ende 
vom Ende des Arbeitspakets A ab. des Arbeitspakets A 


A B A 
ee 8 sl — 


Verzögerung: 


Arbeitspaket B beginnt nicht 
unmittelbar nach dem Ende des 
Arbeitspakets A. 


A 
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COCOMO II 
Grundformel 


(Optimale) Projektdauer (Projektlaufzeit, Entwicklungszeit) 
Projektdauer [M] = 2,5 * (Aufwand[PM])° 


s = 0,4 für Standardsoftware 

s = 0,38 für Stapelverarbeitungssysteme (Batchsysteme); 
s = 0,35 für Dialogsysteme/Onlinesysteme; 

s = 0,32 für Echtzeitsysteme 


Aufwand [PM] 


Teamgröße Teamgröße[P] — Projektdauer [M] 


Beispiel: Motorsteuerung 
Aufwand [PM]: 22 

Dauer [M] = 2,5 * 22X0,32 = 6,7 
Teamgröße [P] = 22 / 6,7 = 3,3 


Legende: M: Monat; PM: Personenmonat; P: Anzahl Projektmitarbeiter; KDSI: Kilo Delivered Instructions 
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